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AnuradhaKanvp^Ck) emptor tes tofl Cteco. 



where S.rvic.1 and Serrlc«2 nave overl-ppl** IP "^" J^ •„ „ 

" ^unique roue., to other word. « » source -deecinat ion IP addreea 
combination Cor route lookup. 

Si-il.rlv In the do-n»trea« path. «e need the KAT lookup flrefc and then 

route' lookup, both the traneletion and route determination could be 
"° , = lookuv on a unified Route /HAT table. 

!o£«P*i. ee^ntleSy "quired on a per-paok.t ba»i. " "*-l-co^e 
virtual IP co real IP. Tb* performance degrade* ion introduced by MAT 1. 
^tacL,. of the lookup than the actual translation. 



_ Since we nave to use the -ource and domination IP addre.e pair (or 

illkuo in fl^torwardlng path, a- well a. during HAT lookup. *e can unify 
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The route lookup in the upstream direction tor SSO anyway uses the **>eh 

source 2nd destination IP addresses, which are sufficient £r.n:£la« 
on the WAT entry too. Afl HAT conveniently happen* after route lookup in 
the upstream direction, why a separate HAT lookup 

We can avoid this redundant MAT lookup by storing the HAT entry InSSG. 
upstream forwarding database (this i- Juet a reference to the HAT entry 
maintained in the HAT table, and the route engine does not need to 
separately process or manage Che HAT entry) . 

HAT lookup and translation in IOS are tightly coupled. By separating the 
lookurfroo translation we can avoid the HAT lookup altogether, and rely 
oTthe sITrouting engine itself to provide the HAT entry for translation. 



I P.— tatement-l 

I Advantages:! - The no HAT scenario has been observed to have 22-53% higher 

(reference -^^dta704BB> . Our solution attempts to achieve a no- WAT like 

performance b^^iding the HAT lookup (and -till g.ting the translation 

dona ! ) . 

- By divorcing »T lookup and HAT translations allow 
feature, to provide the HAT entry it it la equipped to do *o f thereby 
relieving NAT of distinct extensive lookup procedure. 

- X unified Route /MAT table <poe*lbly with ACLa) can be in^leroented in 
Aich c-nUce "ervice Selection- Po**ible at the hardware level - po-.ible 
implementation* in 8 wi tehee. 
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